<div>
  Befehl, um einen Slave-Agenten zu starten, der den Slave-Knoten kontrolliert
  und mit dem Master-Knoten kommuniziert.

  <p>
  Wenn in diesem Feld ein Befehl angegeben ist, so wird dieser auf dem Master-Knoten
  ausgeführt. Jenkins nimmt in diesem Fall an, daß der ausgeführte Befehl
  das Programm <tt>slave.jar</tt> auf dem jeweiligen Slave-Knoten startet.

  <p>
  <tt>slave.jar</tt> befindet sich als <a href="${rootURL}/jnlpJars/slave.jar"><tt>WEB-INF/slave.jar</tt></a>.

  <p>
  Ein einfachen Fällen, könnte der Befehl zum Beispiel so aussehen:
  "ssh <i>hostname</i> java -jar ~/bin/slave.jar".

  Trotzdem ist es meistens eine gute Idee, ein kleines Shell-Skript wie das 
  folgende auf dem Slave-Knoten einzusetzen. Dies ermöglicht zum einen, den Pfad der
  verwendeten Java-Installation und/oder des Archives <tt>slave.jar</tt>
  zu kontrollieren, als auch Umgebungsvariablen zu setzen, die spezifisch für
  den jeweiligen Slave-Knoten sind (etwa PATH).

<pre>
#!/bin/sh
exec java -jar ~/bin/slave.jar
</pre>

  <p>
  Sie können jeden beliebigen Befehl verwenden, um einen Prozess auf dem
  Slave-Knoten zu starten, z.B. rsh, solange die Standardein- und ausgabe
  (STDIN, STDOUT) dieses Prozesses mit "java -jar ~/bin/slave.jar" verbunden sind.
  <p>
  
  In einer größeren Installation könnte man außerdem in Betracht ziehen,
  <tt>slave.jar</tt> von einem gemeinsamen Netzlaufwerk zu laden, so daß die
  komplette Installation einfacher aktualisiert werden kann.
  
  <p>
  Tipp: Eine Einstellung von "ssh -v <i>hostname</i>" kann hilfreich bei der Analyse von
  Verbindungsproblemen sein.

</div>
